Day2 - GPT 陪我讀 W3C Trace Context Ch1
Day3- GPT 陪我讀 W3C Trace Context Ch2
Day4- GPT陪我讀 W3C Trace Context Ch3 追蹤上下文 HTTP 標頭格式 第一部份
Day5- GPT陪我讀 W3C Trace Context Ch3 追蹤上下文 HTTP 標頭格式 第二部份
Day6- GPT陪我讀 W3C Trace Context Ch3 追蹤上下文 HTTP 標頭格式 第三部份
Day7- GPT 陪我讀 W3C Trace Context Ch4
Day8- GPT 陪我讀 W3C Trace Context Ch5-6

前言

在分散式系統中，追踪是一個重要部分，但因缺乏共享的標準，使不同追踪供應商之間的互操作性變得複雜。今天的應用越來越分散，並涉及多個中間件服務和雲平台
。在這樣的環境中，缺乏一個共同的追踪上下文傳播標準可能導致追踪中斷、供應商特定元資料丟失等問題。

第 2 章 概述

2.1 問題陳述

分散式追踪是一種由追踪工具實現的方法，用於追踪、分析和調試跨多個軟件組件的交易。通常，分散式追踪穿越多個組件，需要在所有參與系統中唯一識別。追踪上
下文傳播沿著這個唯一識別傳遞。今天，每個追踪供應商都各自實現追踪上下文傳播。在多供應商環境中，這會導致以下的互操作性問題：

• 由不同的追踪供應商收集的追踪不能相互關聯，因為沒有共享的唯一標識符。
• 當沒有統一同意的識別集合被轉發時，追踪不能穿越不同的追踪供應商之間的界限。
• 中間商可能會丟棄供應商特定的元資料。
• 由於沒有標準可遵循，雲平台供應商、中間商和服務提供商無法保證支持追踪上下文傳播。

在過去，由於大多數應用程序都由單一追踪供應商監控並留在單一平台提供商的界限內，這些問題的影響不大。如今，越來越多的應用程序高度分散，並利用多個中間
件服務和雲平台。

現代應用的這一變革呼籲分散式追踪上下文傳播標準。

2.2 解決方案

Trace Context（追踪上下文）規範定義了一個普遍同意的追踪上下文傳播資料交換格式，稱為追踪上下文。通過以下方式解決上述問題：

• 為個別追踪和請求提供唯一標識符，允許多個提供商的追踪資料相互鏈接。
• 提供一個共同同意的機制來轉發供應商特定的追踪資料，並避免在多個追踪工具參與單一交易時出現中斷的追踪。
• 提供中間商、平台和硬件提供商可以支持的行業標準。

統一的追踪資料傳播方法改善了對分散式應用行為的可見性，促進了問題和性能分析。由追踪上下文提供的互操作性是管理現代基於微服務的應用程序的先決條件。

2.3 設計概述

追踪上下文分為兩個單獨的傳播字段，支持互操作性和供應商特定的可擴展性：

• traceparent 描述傳入請求在其追踪圖中的位置，具有可移植、固定長度格式。其設計侧重於快速解析。每個追踪工具即使僅依賴於 tracestate 中的供應商特定信
  息，也必須正確設置 traceparent。
• tracestate 通過一組名稱/值對擴展 traceparent 來表示供應商特定資料。在 tracestate 中存儲信息是可選的。

追踪工具可以提供與追踪上下文交互的兩個合規行為層次：

• 最低限度，它們必須傳播 traceparent 和 tracestate 標頭並保證追踪不被中斷。這種行為也被稱為轉發追踪。
• 此外，它們還可以選擇通過修改包含其專有信息的 traceparent 標頭和 tracestate 標頭的相關部分來參與追踪。這也被稱為參與追踪。
  追踪工具可以選擇為其監控的每個單獨請求更改此行為。

總結

W3C的Trace Context章節提供了一個解決方案，定義了一個共同同意的格式，用於交換追踪上下文傳播資料。透過 traceparent 和 tracestate 的結構，這個規範提>供了一個獨特的標識符，允許多個提供商的追踪資料相互鏈接，並提供了一個共同的機制來轉發供應商特定的追踪資料。這不僅促進了互操作性，還為分散式應用的可
見性和管理提供了重要支援。這一變革回應了現代應用程序的需求，推動了分散式追踪上下文傳播的標準化，有助於解決多供應商環境中的互操作性問題。